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Abstract 


Tins paper describes the implementation and potential applications of a workstation-based orbit 
determination system developed by Storm Integration, Inc. called the Precision Orbit 
Determmation System (PODS)™. PODS is offered as a layered product to the commercially- 
avaia e Satellite Tool Kit (STK)® produced by Analytical Graphics, Inc. PODS also 
incorporates the Workstation/Precision Orbit Determination (WS/POD)™ product offered by Van 
art ' n .. , ystem j’ ^ nc \ The STK graphical user interface is used to access and invoke the PODS 
capabilities and to display the results. WS/POD is used to compute a best-fit orbit solution to 
user-supplied tracking data. 


PODS provides the capability to simultaneously estimate the orbits of up to 99 satellites based on 

Svlt * W ! eS inC,uding angleS ’ ran « e ’ ran 8 e ^te, and Global Positioning 

System (GPS) data. PODS can also estimate ground facility locations, Earth geopotential model 

coefficients, solar pressure and atmospheric drag parameters, and obsemtion data biases All 
determined data is automatically incorporated into the STK data base, which allows storage 
manipulation and export of the data to other applications. 5 ’ 

PODS is offered in three levels. Standard, Basic GPS and Extended GPS. Standard allows 
processing of non-GPS observation types for any number of vehicles and facilities. Basic GPS 
adds processm 8 of GPS pseudo-ranging data to the Standard capabilities. Extended GPS adds 
the ability to process GPS carrier phase data. 

1. Introduction 

1.1. Problem Background 

°I bit Determination S y stem (PODS r grew out of a need to process antenna 
tracking data to determine a spacecraft orbit. The determined orbit can then be used to generate 

an enna pointing commands to control a ground antenna. Such a system is necessary for full 
closed-loop satellite command and control (i.e., from processing of telemetry and tracking data 

° Jr transm ission of commands) and augments commercial command and control systems such 
as Storm s Intelligent Mission Toolkit (EMT)™ J 

1.2. Requirements 

capabiIity is desired for compatibility with other workstation-based 
products, including the IMT. The system should function stand-alone, but offer interfaces for 
integration with other products. A Commercial Off-the-Shelf (COTS) product approach is 

Ffnal^ th f °H POt i ent13 resal ® either alone or integrated with other command and control products 

Si' d ” rnr?' a c f. ,fic f io " cos,s mus > be ke P‘ low . which suggests incorporation of 
existing, proven COTS products in the design as much as possible. 
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1.3. Solution Approach 

Storm has chosen two commercial products for incorporation into PODS. Satellite Tool Kit 
™ by Analytical Graphics. Inc. (AGI) of King of Prussia. P* and 
Orbit Determination (WS/POD)™ by Van Martin Systems, Inc. (VMSI) of Rockville, MD. 
PODS consists of these products as well as the additional code and data “ ““'S™*' * * 
products, accept user inputs and provide output data in operational y use 

In order to support customers with different requirements, PODS is available , 

1 Standard - Provides basic capability for parameter estimation using the ^ound-based 
‘ measurement types (angles, range and range-rate). Does not process any Global Positioning 

2 . PODS and adds the ability to process GPS 

3. ^d^GPS^tachldes 1 ^ If the capabilities of Standard and Basic GPS PODS, and adds 
the ability for processing of GPS carrier phase data. 

The remainder of this paper discusses the two commercial products (STK and WS/POD), how 
they are used within PODS, an operational description of PODS, and suggestions or app ca i n 

of PODS to different missions. 

2. COTS Product Descriptions 


2.1. Satellite Tool Kit 

STK is a workstation-based, interactive system for analyzing the relationships among satellites 
SjKSSi. ground stations and targets. STK incorporates both text-based tables and 
Lphics to display satellite orbits, periods of visibility, access times, and sensor coverage ’ 
to multiple satellites, ground stations and targets. The graphtes allow an.mat.on of satd te 
constellations to see how sensor coverage and visibilities change over time and with o 

position. 

STK allows the input of initial orbit conditions for satellites, facility and target coordinates and 
Earth^a™/ satellite-based sensor parameters via ASCII text file or Motif-based user tnterface 
Danels Output is displayed via graphical ground traces on a variety of map projections, and tables 
ofaccess tuigles and ranges ovefwdndows of visibility. Both text and graphics output can be sen. 
to files for printing and/or incorporation into other systems. 

STK allows the specification of different orbit propagation methods, including two-body, J2 and 
J4 persons processing of NORAD 2-Line Mean Element Sets (2LMES) and the option* 
Hiah-Precision Orbit Propagator (HPOP) from Microcosm, Inc., which performs numerical 
integration of the satellite equations of motion based on a high-fidelity environmental force ^mocteL 
All propagation methods require input of initial conditions at a specified epoch time. Die 2LMES 
(wfcch P ciPi be loaded automatically through an external interface) contain an epoch time, initial 

orbit conditions, and other modeling parameters. 

The STK user interface uses an object-oriented approach for defining and manipulating data. For 
example^ a Scenario object consists of multiple Vehicle, Facility and/or Target objects^ Each of 
S? to » may have one or more Sensor objects. Objects are created, saved, and restored 
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are St0red in indiVidUal ASC “ *" WUh I""- (e g.. 

Through the addition of optional add-on module qtit u* ui 

ffSRfoff^ ° Pera, r,r SSi0n PlMni ” 8 capabaity Por “4le. Pacific SiS Research, £? 
^heduIefrORF A ^f h K 8 CaP k ab,lity kn0Wn M the <*■»» Resource Event and Aciivfty 
WlUCh C ° mbmeS STK "S ener ated orbit and visibility information with wZ 
ntered events to construct mission time lines. AGI’s Visualization Option (VO) offers hioh. 

reso ution three-dimensional graphic visualizations of vehicle attitudes orbits and relationshin<fto 
groundtarge.s and other vehicles. Other products like these can be added £ V ““fiSon to 
construct a mtsston planning environment to meet specific requirements. 

2.2. STK Programmer's Library 

us^thfs°T^l additi ° n ° f neW fUnCtionality TteraJSuS? Interface ^being ^develo^ed 


2.3. Workstation/Precision Orbit Determination 

mt^derived from th^rF^nvMn°v ^ geodetic P arameter determination software 
Right Center ^GSFC) 5 E0 ^ fN . 11 c Version 8609 software used by NASA's Goddard Space 
numarn (GSFC). Van Martin Systems, Inc. has ported the GEODYN II software to 

merous workstation platforms, enhanced it in the area of GPS data processing and packaged it 
as a commercially available and supported product. processing, and packaged it 


Xorithm AnH C H S t e i !f ^ tracldng data using a Ba y esian weighted least-squares data reduction 
dgonthm and detailed environmental modeling using a Cowell-type numerical integration scheme 

to d^Hnine precise^ various quantities related to the satelfae orbit and trSg staftons 

Specific capabilities include the following: g siauons - 


Physical Models 

• Atmospheric drag using the Jacchia 1971 
atmospheric density model 

• Solar radiation pressure 

• Earth gravitation (up to 180 x 180 
geopotential matrix) 

• Polar motion 

• Earth rotation 

• Solid Earth tides 

• Third body gravitation 

• Earth precession and nutation 

• Tropospheric refraction 


Measurement Tvpps 

• Laser and radar range 

• Radar range rates and dopplers (including 
single and double differences) 

• Radar altimeter range 

• Topocentric right ascension and declination 

• East and north direction cosines 

• X/Y angles relative to the tracking station 

• Azimuth/elevation angles relative to the 
tracking station 

• GPS pseudo-range and carrier phase, 
including single, double and triple differences 
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paramete rs Estimated 

• Orbit state vectors 

• Parameters of atmospheric drag and solar 
radiation pressure 

• Measurement and time tag biases 

• Tropospheric refraction scale parameters 

• Satellite and station clock polynomials 

• Earth gravitational coefficients 

• Tracking station coordinates 


Algorithms Capabilities 

• Cowell-type numerical integration 

• Bayesian weighted least-squares estimation 
algorithm 

• Batch data processing 

. Automatic data editing with criteria specified 
by the user 

• Simultaneous estimation of up to 99 satellite 
orbits in a single run 


s its p "d a : h : 

from one forming the inputs for the next. vehicle* and receiver clock errors. 

— — - 

Sg' formatter (TDF) - Performs data selection and editing for non-GPS tracking 
WS/POD Control (CNTL) - Performs the input/output intensive portions of the WS/POD 

xss- - 

the equations of motion and the statistical data fitting process. 

Figure , shows the processing and dataflow ^ »mpHe WS£ 

input and produce j^f 80-colu™ card images with data in rigidly-defined column 

format X7is pr^W a^roduce^in ASCII textmd bin^ files, with the file formats 
defined in the WS/POD documentation. 


1 . 


2 . 


3. 


4. 


5. 
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2.4. Summary of Products 

Both STK and WS/POD are true COT^ nrnr i« , 

documentation, vendor support for questions/nrohl^^ ^ *? ®f ab,ished customer base, foil 
STK offers a state-of-the-art eranhirai • ^ _c emS ’ and avada Ue maintenance and upgrades 

Of development, upgrades and cSstom^XdT W&TODTffe'’''* 0 * 6 ' 1 ,‘ t "' 0Ugh many 
processing capabilities that any other commJSui u m ° more * , 8 0ntl «"ic and data 

v^e^g^o^eradon^Mn^os^ovCT^sp^off^d*^^^^*^”^^”* 1 **”^ 5 * 6 ^^ 1 ®^ 

i :r resuits ta - - 

3. Solution Approach and Features 

«td the PODS^xten^Proc^ure^PODS/XP^'^PODs'u C °7°"! nlS ' P0DS User Interface 

STK/PL. PODS/XP is a stand-alone nrnoram • a °P S F ser Interfa ce is implemented using 

interface to WS/POD. The PODS fonaional^ & ° m STK that P rovides a C-language 
described below. functional breakdown is shown in Figure 2 and forther 



Figure 2: PODS Functional Breakdown 

3.1. PODS User Interface 

via the pull-d'o™ meTf'OTS'sm'Bro'^wr d* ™f" 8 STK operations «"d are invoked 
Utility Window. The PODS 7? data ■»* a PPear in the STK 
look-and-feel, pull-down menus context toe hi ?’ “"W^P*™* providing a Motif 
checking. A sample PODS input panel in presented hi Fij^rt f‘ ndardured ra "« e “ d d « a format 
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Figure 3: Sample PODS Input Panel 


The PODS interface offers the t^S^dPFEVTOUS buttons 

next or previous panel m a sequence is a P ® t el from t h e display with no 

STK provides an object-oriented “ s ^"“ r ^2i^ e 1 ^^u^'OT‘scen^S*«lectecl tathe Browser 
Utility Window apphes to the object (either ' h data for the existing STK object class. 
Window. PODS data is treated as an •£-»£.<* '**, „ added ,he STK UtilUies menu 

Numerical outputs from PODS 

KSS r^mputation. 

In addition to the mput panels for "0 

user: Orbit Determination and Orbit Propagation. 

below. 
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Orbit Determination 

The PODS Orbit Determination capability is invoked as an option from the Scenario-level STK 
Utilities menu. The Orbit Determination options presented are: 

• Modify Estimation Parameters - This option gives the user access to a series of input panels 
which allow specification of the data applying to the entire run, including editing controls, 
force modeling controls and environmental parameters. 

• Select Tracking Data - This option brings up an input panel allowing the user to select the 
tracking data files and the specific tracking data types and data spans to use for this run. 

• Select Output Files - This option allows the user to select and specify names for optional 
output files and to select options pertaining to the contents of the selected output files. 

• Perform Estimation - This option invokes WS/POD to perform the statistical data fitting 
process. Estimated parameters are displayed numerically in the STK output data window and 
graphically in the STK map window. 

• Perform Database Maintenance - This option allows the user to specify the files containing 
environment data including solar/lunar/planetary ephemeris. Earth gravitational field model 
coefficients. Earth polar motion parameters, and solar and magnetic flux values. This option 
also provides a utility for updating the polar motion, UT1 and flux data tables. 

• Select Optional Outputs - This option presents a menu which allows the user to select a 
variety of optional outputs to display after the estimation run. 

• Specify GPS Data - This option allows the user to specify the data selection and editing 
parameters for the processing of GPS data. This option is only offered as part of the GPS 
options of PODS. 

Orbit Propagation 

The orbit propagation capability of PODS is implemented in STK as an additional propagator 
type and is accessed from the STK Utilities/Orbiting menu in the same manner as the other 
propagator types (Keplerian, J2, J4, etc.). The orbit propagator is used to extend the ephemeris 
span of previously-determined orbits. Note that the initial orbit state must be generated via a 
previous PODS run; i.e., it cannot be entered directly on the PODS orbit propagation panel. The 
current orbit state and epoch is shown on this panel as a display-only field for reference. 

3.2. PODS External Procedure 

The PODS External Procedure (PODS/XP) provides a C-language interface to the WS/POD 
product. It is designed to be independent from the specifics of the user interface, which allows 
the use of other user interfaces or calls from external applications. 

PODS/XP provides four major operations: 

• Provide Tracking Data Summary - This operation accepts the tracking data file names as input 
and produces a summary of the data for display to the user. The TDF and other utilities of 
WS/POD are used to read the tracking data files and extract the summary data. 

• Update Tables - This operation accepts updates to the flux, polar motion and UT1 data in 
ASCII format and produces a new binary data file used by WS/POD. Off-line WS/POD 
utilities are used to read the data and produce the updated binary file. 

• Perform Orbit Determination - This operation accepts tracking data, a priori parameter 
estimates, editing controls and selection criterion and uses WS/POD to compute a best-fit 
solution along with ephemeris and other optional outputs. 

• Propagate Orbit - This operation uses WS/POD to extend the ephemeris span of an existing 
vehicle orbit. 
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The interface data are consolidated in a series of structures in header files that are incorporated by 
the application providing the data (initially STK/PL). PODS/XP is designed such that calls to it 
can be made from any C program that makes use of the PODS structures. 

4. PODS Product Description 

4.1. Processing Levels 

PODS is offered in three levels to support users with a variety of mission requirements. All levels 
provide the STK-based graphical user interface and input/output capabilities. The different levels 
are licensed externally, allowing users to upgrade without re-installation of the PODS software. 
Each level is described in more detail below. 

4.1.1. Standard 

The Standard level provides the capability to determine all of the parameters and process all of the 
measurement types listed in 2.3. Workstation/Precision Orbit Determination with the exception of 
GPS pseudo-range and carrier phase data. Position vectors obtained using GPS receivers (or by 
any other means) can be processed by this level. 

Sub-meter orbit accuracies are achievable depending on spacecraft altitude, tracking data 
accuracy/coverage, and physical models invoked. 

4.1.2. Basic GPS 

The Basic GPS level provides all of the capabilities of the Standard level and adds the ability to 
process GPS pseudo-range data from any number of GPS satellites and receivers. The receiver 
data is entered in the form of standard ASCII Receiver Independent Exchange (RINEX) files. 
Accompanying navigation data files also in standard ASCII RINEX format allow automatic 
correction of the GPS receiver clocks. The RINEX file formats are documented in GPS bulletins 
published by the National Oceanic and Atmospheric Administration (NOAA). 

To achieve a more accurate solution using GPS data, PODS estimates the orbits of the GPS 
satellites based on the tracking data rather than using the satellite positions in the navigation files. 
The Basic GPS option contains parameterizations by Aerospace Corporation of detailed solar 
radiation pressure models developed by the satellite manufacturer (Rockwell International) to 
improve the accuracy of the determined GPS orbits. 

4.1.3. Extended GPS 

The Extended GPS level offers all features of the Standard and Basic GPS levels plus the ability 
to process carrier phase data. The Extended GPS level provides sophisticated algorithms to 
combine carrier phase data with other measurement types to resolve range ambiguities and 
remove cycle slips. Input GPS receiver data is provided in the RINEX file format as with the 
Basic GPS option. 

With the addition of carrier phase data, orbit position accuracies within 10 cm and ground station 
coordinate accuracies within 1 cm are possible. 
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4.2. Inputs 

inPU,S "* d< ™ “ - Use, Manual. 

4.2.1. Inputs from User 

ap P Iy*S^^ 

T a 


Scenario Inp ut? 

• Input tracking data file names and formats 

• Selection criteria for tracking data by time 

span, measurement type, vehicle or facility, 
etc. * 

Earth flattening coefficient 

be“g SatT “ ^ *" ^ 0f 

Maximum geopotential model degree and 
order for all vehicles 

Earth gravitational model coefficients and 
sigma values (if being estimated) 

Solar flux data and times 
Magnetic flux data and times 
Coordinate system reference date 
Data pass definitions 

Mirumuin and maximum number for both arc 
and global iterations 

and global convergence criteria 
and global sigma editing criterion 
Arc and global initial RMS values 
Orbit integrator step size 

Selection of optional output reports as listed in . 
4.3.1. Outputs to User 


Facility Inp uts 

Minimum elevation angle before data is 
rejected 

Facility coordinates (in a variety of coordinate 
systems) and sigma values (if being estimated) 

• Coordinate system for station adjustments 

acilities which are constrained in position 
relative to one another 

• Earth semi-major axis and flattening overrides 
tor geodetic conversion per station 

• Antenna mounting type and displacement 


Vehicle Inp uts 

• Transponder delay 

Geopotential model degree and order to be used 
in the force model for this vehicle 

• Vehicle area and mass 

• Initial orbit state vector in a variety of 
coordinate systems and element forms 
(Cartesian, Keplerian, non-elliptical forms, etc ) 
Span for orbit estimation and/or propagation 
Optional unmodeled acceleration and sigma 
values (if being estimated) 

• Solar pressure coefficient and sigma value (if 
being estimated) 

• Atmospheric drag coefficient and sigma value (if 

being estimated) v 

Biases and sigma values (if being estimated) for 
ail measurement types, including 

- Simple (additive) biases 

- Scale (multiplicative) biases 

- Simple (additive) time bias 

Satellite clock drift up to third order (GPS 
options only) 

Covariance matrix for initial orbit elements 
Selection of optional output files 


options only) 

2T of RINEX fi,es containing GPS tracking 

• Names of navigation files containing GPS 
navigation data 

Time span and/or measurement type criteria for 
selection/deletion of GPS data 

• Radiation pressure model name for GPS orbit 
perturbations 

• Identification of hub receivers used in 
construction of single differences 
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Fn Tn r uts ( ' cont ^ 

• Nominal received wavelength 

• Tum-around factor (ratio of wavelength 
transmitted to wavelength received) 

• Biases and sigma values (if being estimated) 
for all measurement types (see list for ve c es 


Addition al incuts (GPS opti9n? 

• Allowed tolerances between receiver times 
when forming differences 

• Selection of optional output data 


above) 

- Simple (additive) biases 

- Scale (multiplicative) biases 

- Tropospheric refraction scale bias 

- Simple (additive) time bias 

Override sigma values for normal equations 

and data editing 

Temperature, pressure and humidity at fac ty 
and time spans over which the data applies 


4.2.2. Inputs from Files 

4 2 2.1. Observation Data Files 

PODS supports processing of observation data suppiied in the fcUounng » — 

• PCE Data Format 

• GEODYN Binary Format 

• GEOS-C Card Image Format 

• Binary Metric Tracking Format 

• RINEX Format (GPS options only) 

r + Aqrn The others are binary. All formats are described in 

The PCE and GEOS-C formats are ASCII. The otners ar 
detail in the PODS documentation. 

4.2.2.2. Environmental Files 

^potential Modgllik containing values for the coefficients of the Earth 

^ - — may be CTeate 

by the user using estimated coefficient va ues 

Table sFik d ma ^ etic flux, polar motion, and 

binary file contaimng information relating to soiar 
X conversions. The file contains the following information. 

• Al-UTC data 

• A1-UT1 data 

• Polar motion data 

• Solar flux data 

• Magnetic flux data 
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This file must be periodically updated by the user as new information becomes available. PODS 
provides a table update utility for updating the binary file when new information is obtained. The 
format of the data is described in the PODS documentation. 

JPL Plane tary Ephemeris Data File 

This is a binary file of solar/lunar and planetary ephemeris in the range January 18, 1957 to 
December 31, 1999. It is supplied with the PODS delivery and cannot be changed by the user. 
New versions of the file are supplied to the user by the PODS vendor as necessary. 

4.2.2.3. STK Object Files 

The user input data is stored as extensions to the STK object class definitions. Each STK object 
class has an associated ASCII file format in which the STK and PODS inputs are stored. The file 
formats are described in the STK and PODS documentation. 

4.3. Outputs 


4.3.1. Outputs to User 

All user outputs are displayed through the STK user interface. STK provides the ability to change 
display units and time systems, export data into a format suitable for use by a spreadsheet 
program, and send data directly to a system printer. The Mandatory Outputs are displayed during 
or after every PODS run, and the Optional Outputs can be displayed in addition to the Mandatory 
Outputs at the user's choice. The items in each output type are listed below. 


Mandatory Outputs 

• Tracking data summary, including: 

- Vehicles, facilities and observations 
types for which tracking data exists in 
the selected files 

- Start and stop time of selected tracking 
data by vehicle, facility and 
observation type 

- Number of passes 

- Time span for each pass 

- Vehicle, facility and observation types 
per pass 

• Convergence status (converged/diverged) for 
global and arc solutions 

• Convergence criterion for global and arc 
solutions 

• Number of global and arc iterations performed 


Optional Outputs 

• Correlation and covariance matrices for 
solved-for parameters 

• Last iteration residuals 

• Number of observations per type used in each 
iteration 

• Summary per observation type, including: 

- Name 

- Units 

- Total number of measurements in 
tracking data 

- Number used 

- RMS and mean value of both the 
residual and weighted residual 

• RMS history per iteration 

• GPS vehicle orbit elements (GPS options 
only) 
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Mandatory Outputs (cont) 

• List of parameters estimated 

• For each estimated parameter: 

- A priori value 

- Estimated value before last iteration 

- Final estimated value 

- Difference between final and a priori 
values 

- Difference between final and last 
iteration values 

- Final sigma value 

- Final sigma value multiplied by the 
RMS value 

- Epoch times (for estimated orbits) 

• List of STK objects updated 

• Ephemeris data (including ground traces) for 
each estimated orbit 

• New locations for each estimated facility 


Optional Outputs (cont.) 

• WS/POD TDF Run File 

• WS/POD TDF Block Summary File 

• WS/POD GDF Run File (for GPS options 
only) 

• WS/POD FixClock Run File (for GPS options 
only) 

• WS/POD CNTL Run File 

• WS/POD EXEC Run File (132-column) 

• WS/POD EXEC Terminal Output File (80- 
column) 


4.3.2. Outputs to Files 
4.3.2.I. Solution Files 

PODS allows the user to specify any of the following WS/POD files to save after the PODS run 
along with path names for the files. Note that the estimated orbits and other parameters, vehicle 
orbit ephemeris and facility locations are automatically stored in the STK object files. 

TDF Files CNTL Fil gs 

• Binary Tracking Data (BTD) Format File • 'ASCII CNTL Run File 

• ASCII TDF Run File 

• ASCII Block Summary File 

EXEC Files 

• Binary Trajectory File 

• Binary Residual File 

• Binary Partial Derivative File 

• Binary V-Matrix Format File (Force Model Partial 
Derivatives) 

• Binary S-Matrix Format File (Solution Matrix) or 
Binary E-Matrix Format File (Normal Equations) 

• ASCII Inertial Cartesian Ephemeris 

• ASCH Keplerian Ephemeris 

• ASCII Earth-Fixed Cartesian Ephemeris 

• ASCII EXEC Terminal Output File (80-column) 

• ASCII EXEC Run File ( 1 3 2-column) 

The formats and contents of these files are outlined in the PODS documentation. 


FixClock Files /GPS options only) 
• ASCII FixClock Run File 


GDF Files (GPS options only) 
• ASCII GDF Run File 
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4.3.2.2. Environmental Files 

"IT • i ma,es of,he 

s.-a:;,y*rr? sisgarj; Eta 

. . Environmental Files for a further description of these files. 

4.3. 2. 3. STK Object Files 

rr ^ ,he corr “« stc *** « 

associated object in the next PODS ™ '" P appearS “ P“ eI drf aults for the 

5. Applications 


5.1. Single Satellite Maintenance 


teLrtn^e a ortl!“ findMdStdite ^ion^ C “‘ r °' NetW ° rk (AFSCN) ’ whicl1 

rate iron, a world-wide 7** ““ ^ 

by the stations and sent to a Mission rnntml r 8 i 7 * RTSs ^' Trackm 8 data is generated 
The new orbit is used M nenemfZ. C ° mpl “ where “ °rbit estimation is performed. 

drive the antenna for subsequent contacts' rtSSSaT ” “ """ “* ‘° RTSs ,0 

A typical sequence of events using PODS is as follows- 

‘ “S a P a°vaSe a ,radd " 8 ^ * *P* *<* types and spans of 

* wrfoJsTp V OD?etir, Cki " 8 d3ta C ? Me " tS> * he sets ,he estimation Parameters and 

reSU “ ing in a displ ^ 0f d *‘ «* a gfound trace Xr 

’ ^le e ohSt° n sTO ‘or ,h \ a ” alySt Ca " dect ,0 aC “P‘ ,he results >>? saving the 

’ » Sanemte al™ ^ ‘ he """ da * 

* c^oZgTa^atrS.^' C “ ^ * ha data - a «• for use in 

v^cl^^he^^DS^^nerated'ephem^^dat^ “^h ^ “ P0DS » * *»c same 
GREAS. Theanalyfrr^ d^at LvTm. t 77*7 °‘ her S1X utUi,ies includin 8 V0 and 
the PODS orbit propagator from E2^T ° faP ° DS 
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5.2. Automated Constellation Management 

one of the power*, I feature, * ** 

many sateUites tunultaneously^ T£s 8 capability allows inputs to be 

an" 0 need for a user to — y enter data for each 

run. 

As an example of such a P roc ^ c ^der networks), 

process utilizing PODS is as follows. 

: s,orm In,egra,ion ' s M) perforra the 

"La. into PODS tracking data types. Data from multiple stations and/or vehicles can 

be included in a single PODS tracking data file. ASCII object files containing 

_ Automatically generate the PODS inputs and build the STK ASCII oDject 

the PODS inputs per object. Graphical results for the entire constellation 

- — *•;" "SSSlS^lSn —** • 

- s^s. c “r.Si"- 

constellation. . magnetic fl ux information. Earth 

* the P0DS datab “ e management utai,ies ' ° r these 

. ManuM overrides^an be used a. any time, entered either through the user interface or the 
object files. 

Initial orbit estimations may require multiple ^^utiMal'fieldper vehicle. Longer 

effects of solar pressure, atmospheric drag, an JLiselv determine the location of the 

data spans using multiple stations can also be L'? h Tmea»^ts from the individual 

ssg 3= -a-jsts - * - — — ■ 

described above and can be updated at any time. 

5.3. GPS Data Processing 

c *• frsr rPQ Hflta nrocessine The simplest option is supported 
PODS provides a variety of options for G P r J eiver po ; nt position vectors into an 

by the Standard level and involves mcorporat o telemeter the position vectors 

orbit solution. Vehicles with on-boar combined with ground-based 

computed by the receiver. These position vectors ^ seTofdata for which PODS will 
measurement types (e g., range, range-ra e e •) ceiver data can supplement ground- 

compute the orbi, that best ta the quired coverage areas of ground 

based measurement types, which can reduce t can also be used as a reference to 

stations while still achieving high accuracy. The GPS data can also 
calibrate the ground-based receivers. 
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A more sophisticated approach can be supported when the on-board GPS receiver passes along 
the raw pseudo-range and carrier phase data. The GPS options of PODS can process these data 
types directly to obtain user satellite position solutions with 10 cm accuracy. Processing of 
pseudo-range and carrier phase data from ground-based receivers allows determination of ground 
receiver locations as well as orbit solutions for the entire GPS constellation with uncertainties 
below 1 m. 

6. Summary 

PODS combines two powerful COTS products, STK and WS/POD, into a single integrated 
system combining ease-of-use with high-fidelity algorithms. STK provides a modem graphical 
user interface and seamless integration of the estimated parameters with a wide range of existing 
mission planning and analysis tools. Current STK users will find PODS to be a natural extension 
of the existing STK capabilities, while new users will find the user interface easy to learn. 
WS/POD provides powerful computational capabilities with demonstrated reliability due to the 
heritage from NASA programs. 

The COTS nature of PODS provides an end user with toll-free help lines, commercial-quality 
documentation, and available maintenance and upgrades. Costs of bug fixes and upgrades are 
spread out over the entire install base rather than being absorbing by a single customer. The 
system is designed so that it can be entirely configured by the end user with minimal assistance 
from the vendor. 

Applications of PODS range from single satellite control to constellation management. The three 
different processing levels based on inclusion of different types of GPS data allow the user to 
choose the level of support appropriate for mission requirements. The open nature of the 
PODS/STK interfaces allow easy integration with existing command and control systems. 
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